Systems and methods for electronic signature

ABSTRACT

Systems and methods facilitating electronic signatures (E-Signatures) are provided. Multiple E-Signatures can be provided to electronic documents through a simple command, such as a selection of a single graphical element. A user&#39;s signatures, initials, or other identifier can be added to the electronic document in the appropriate fields upon receipt of the appropriate command or command set from the user.

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application is a continuation of U.S. patent application Ser. No. 15/436,617 (now U.S. Pat. No. 10,976,885), filed on Feb. 17, 2017, entitled “SYSTEMS AND METHODS FOR ELECTRONIC SIGNATURE,” which is a continuation of U.S. patent application Ser. No. 14/243,128 (now U.S. Pat. No. 9,575,622), filed on Apr. 2, 2014, entitled “SYSTEMS AND METHODS FOR ELECTRONIC SIGNATURE,” which claims the benefit of U.S. Provisional Patent Application Ser. No. 61/807,471, filed on Apr. 2, 2013, entitled “SYSTEMS AND METHODS FOR ELECTRONIC SIGNATURE” the disclosures of which are hereby incorporated by reference herein in their entireties.

TECHNICAL FIELD

The systems and methods described below relate generally to the field of electronic content, and, more specifically, the systems and methods described below relate to the field of electronically signing electronic content.

BACKGROUND

Much of the business world has shifted toward online business practices. Included in these practices are the execution of contracts and other documents using electronic signatures, sometimes referred to as E-Signatures. Generally, the use of E-Signatures can facilitate efficient transactions supported by an electronic audit trail. In the context of a negotiation, for example, the employment of E-Signatures can replace the need for a party to print and then fax or scan the signed document to the other party. In some transactions, such as complex or document intensive transactions, a party may need to provide a high number of E-Signatures to a single document or across a collection of documents.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 depicts an example electronic document sharing system.

FIG. 2 depicts an example user device comprising a graphical display screen displaying an electronic document.

FIG. 3 depicts an electronic document that includes visual indicia of various signature fields within the document.

FIG. 4 depicts an example pop-up display that can be displayed to a user prior to completing a signature process.

FIG. 5 depicts an example electronic form subsequent to the population of initial fields and signature field with E-Signatures.

FIG. 6 depicts an example E-Signature flow for a plurality of electronic documents.

FIG. 7 depicts an example collective E-Signature flow for a plurality of electronic documents.

DETAILED DESCRIPTION

The systems and methods disclosed herein are described in detail by way of examples and with reference to the figures. It will be appreciated that modifications to disclosed and described examples, arrangements, configurations, components, elements, apparatuses, methods, systems, etc. can be made and may be desired for a specific application. In this disclosure, any identification of specific techniques, arrangements, etc. are either related to a specific example presented or are merely a general description of such a technique, arrangement, etc. Identifications of specific details or examples are not intended to be, and should not be, construed as mandatory or limiting unless specifically designated as such.

The systems, apparatus, and methods disclosed herein generally relate to the electronic signing (or “E-Signing”) of electronic content, with selected examples disclosed and described in detail with reference made to FIGS. 1-7. The apparatuses, devices, systems and methods disclosed and described herein can be used to E-Sign a variety of electronic content, such as electronic transactional documents. Those of ordinary skill in the art will recognize that any other electronic content can be E-Signed using the systems and methods described herein. Throughout this document, reference to particular types of electronic content is merely for pedagogical purposes and is not intended to limit the disclosure to specific embodiments.

Throughout this disclosure, references to components or modules generally refer to items that logically can be grouped together to perform a function or group of related functions. Like reference numerals are generally intended to refer to the same or similar components. Components and modules can be implemented in software, hardware, or a combination of software and hardware. The term software is used expansively to include not only executable code, but also data structures, data stores and computing instructions in any electronic format, firmware, and embedded software. The terms information and data are used expansively and includes a wide variety of electronic information, including but not limited to machine-executable or machine-interpretable instructions; content such as text, video data, and audio data, among others; and various codes or flags. The terms information, data, and content are sometimes used interchangeably when permitted by context. It should be noted that although for clarity and to aid in understanding some examples discussed below might describe specific features or functions as part of a specific component or module, or as occurring at a specific layer of a computing device (for example, a hardware layer, operating system layer, or application layer), those features or functions can be implemented as part of a different component or module or at a different layer.

The examples discussed below are examples only and are provided to assist in the explanation of the apparatuses, devices, systems and methods described herein. None of the features or components shown in the drawings or discussed below should be taken as mandatory for any specific implementation of any of these the apparatuses, devices, systems or methods unless specifically designated as mandatory. For ease of reading and clarity, certain components, modules, or methods can be described solely in connection with a specific figure. Any failure to specifically describe a combination or sub-combination of components should not be understood as an indication that any combination or sub-combination is not possible. Also, for any methods described, regardless of whether the method is described in conjunction with a flow diagram, it should be understood that unless otherwise specified or required by context, any explicit or implicit ordering of steps performed in the execution of a method does not imply that those steps must be performed in the order presented but instead can be performed in a different order or in parallel.

The figures and accompanying detailed description generally describe an application, or collection of applications, that includes computer executable instructions capable of executing on a computing platform such as a desktop, laptop, tablet, mobile computing device, or other suitable hardware. The application can include software modules, processes, application programming interfaces or APIs, drivers, helper applications such as plug-ins, databases such as search and query databases, and other types of software modules or computer programming as would be understood in the art.

Reference throughout the specification to “various embodiments,” “some embodiments,” “one embodiment,” “some example embodiments,” “one example embodiment,” or “an embodiment” means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. Thus, appearances of the phrases “in various embodiments,” “in some embodiments,” “in one embodiment,” “some example embodiments,” “one example embodiment, or “in an embodiment” in places throughout the specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures or characteristics can be combined in any suitable manner in one or more embodiments.

The presently disclosed embodiments are generally directed to systems for electronically signing documents (which can be referred to herein as “E-Signing” or an “E-Signature”). In some embodiments, the documents are presented in an online environment, such as via a web browser executing on a computing device. The documents can be part of an online transaction, such as a real estate transaction, or any other type of transaction or occurrence in which a user signs and/or initials using an E-Signing process. The computing device can be any suitable device, such as mobile communications devices such as smartphones and the like.

By way of example, in the context of real estate transactions facilitated with electronic documents, a buyer may have to review a relatively large volume of documents. Each document electronically presented to the buyer may have a number of fields seeking either the buyer's electronic initials or the buyer's electronic signature. Stepping through the entire volume of documents and individually E-signing each field can be labor and time intensive. The systems and methods described in more detail below generally relate to giving the buyer (or any other type of user) the ability to sign and/or initial a plurality of fields on a single electronic document or a plurality of electronic documents through relatively simple interactions with the system. For example, in certain embodiments, a processing system can present an electronic document to the user seeking a large number of electronic signatures from the user. By way of a single interaction with the system, such as a “single mouse click” or other analogous operation, the user can populate all of the fields in a document with the user's digital signature and submit the signed document to the processing system. In other embodiments, a tiered or staged approach can be used, wherein a first interaction populates the fields with electronic signatures and a second interaction submits the signatures to the processing system. In yet other embodiments, different variations of signature review and submission can be used. For example, for scenarios in which a user is E-Signing a plurality of different documents, a first interaction can populate the signature fields in each of the documents. The user then reviews each document with the populated E-Signatures and separately submits that particular document to the processing system using a particular interaction, such as selecting a “submit this signed document” button on a user interface.

Certain embodiments of the systems and methods described herein can be used during an online transaction that is facilitated by an online or virtual transaction platform, or any other suitable type of electronic platform. In the real estate context, such transactions can include negotiations and the exchanging terms sheets, contracts, or other content conveyed to various users in electronic format that request a user's E-Signature. Other fields of use include, but are not limited to, lending, insurance, finance, and any other field or endeavor in which E-Signatures are utilized.

Referring now to FIG. 1, one example embodiment of the present disclosure can comprise a computer-based electronic document sharing system 100 that generally controls the sharing of electronic content. The electronic document sharing system 100 can be a component of, or otherwise associated with, other computer-based systems, such as systems for facilitating online transactions, social networking systems, payment platforms, and so forth. In one example embodiment, the electronic document sharing system 100 is associated with the interactive real estate contract and negotiation tool described in U.S. Patent Application Publication No. 2010/0100522, the entirety of which is incorporated herein by reference. The electronic document sharing system 100 can be provided using any suitable processor-based device or system, such as a personal computer, laptop, server, mainframe, or a collection (e.g., network) of multiple computers, for example. The electronic document sharing system 100 can include one or more processors 112 and one or more computer memory units 114. For convenience, only one processor 112 and only one memory unit 114 are shown in FIG. 1. The processor 112 can execute software instructions stored on the memory unit 114. The processor 112 can be implemented as an integrated circuit (IC) having one or multiple cores. The memory 114 can include volatile and/or non-volatile memory units. Volatile memory units can include random access memory (RAM), for example. Non-volatile memory units can include read only memory (ROM), for example, as well as mechanical non-volatile memory systems, such as, for example, a hard disk drive, an optical disk drive, etc. The RAM and/or ROM memory units can be implemented as discrete memory ICs, for example.

The memory unit 114 can store executable software and data for an E-signing engine 116. When the processor 112 of the electronic document sharing system 100 executes the software of the E-signing engine 116, the processor 112 can be caused to perform the various operations of the electronic document sharing system 100, such as facilitate the E-Signing of electronic documents. Data used by the E-signing engine 116 can be from various sources, such as a data store 118, which can be an electronic computer database, for example. The data stored in the data store 118 can be stored in a non-volatile computer memory, such as a hard disk drive, a read only memory (e.g., a ROM IC), or other types of non-volatile memory. Also, the data of the data store 118 can be stored on a remote electronic computer system, for example.

The electronic document sharing system 100 can be in communication with user devices 130A-N via an electronic communications network 132. The communications network 132 can include a number of computer and/or data networks, including the Internet, LANs, WANs, GPRS networks, etc., and can comprise wired and/or wireless communication links. The user devices 130A-N that communicate with the electronic document sharing system 100 can be any type of client device suitable for communication over the network 132, such as a personal computer, a laptop computer, a tablet computer, or a netbook computer, for example. In some example embodiments, a user can communicate with the network 132 via a device 130 that is a combination handheld computer and mobile telephone, sometimes referred to as a smart phone. It can be appreciated that while certain embodiments can be described with users communicating via a smart phone or laptop by way of example, the communication can be implemented using other types of user equipment or wireless computing devices such as a mobile telephone, personal digital assistant (PDA), combination mobile telephone/PDA, handheld device, mobile unit, subscriber station, game device, messaging device, media player or other suitable mobile communications devices.

The user devices 130A-N can provide a variety of applications for allowing a user to accomplish one or more specific tasks using the electronic document sharing system 100. Applications can include, without limitation, a web browser application (e.g., INTERNET EXPLORER, MOZILLA, FIREFOX, SAFARI, OPERA, NETSCAPE NAVIGATOR) telephone application (e.g., cellular, VoIP, PTT), networking application, messaging application (e.g., e-mail, IM, SMS, MMS, BLACKBERRY Messenger), contacts application, calendar application and so forth. The user device 130 can comprise various software programs such as system programs and applications to provide computing capabilities in accordance with the described embodiments. System programs can include, without limitation, an operating system (OS), device drivers, programming tools, utility programs, software libraries, application programming interfaces (APIs), and so forth. Exemplary operating systems can include, for example, a MICROSOFT OS, APPLE OS, UNIX OS, LINUX OS, and others.

In general, an application, such as a web browsing application or other specialized application, can provide a user interface to communicate information between the electronic document sharing system 100 and the users via the user devices 130A-N. The user devices 130A-N can include various components for interacting with the application such as a display for presenting the user interface and a keypad for inputting data and/or commands. The user devices 130A-N can include other components for use with one or more applications such as a stylus, a touch-sensitive screen, keys (e.g., input keys, preset and programmable hot keys), buttons (e.g., action buttons, a multidirectional navigation button, preset and programmable shortcut buttons), switches, a microphone, speakers, an audio headset, a camera, and so forth. Through the interface, the users can interact with the electronic document sharing system 100 (e.g., to share content, to review content, to perform actions related to the content, and so forth).

The applications can include or be implemented as executable computer program instructions stored on computer-readable storage media such as volatile or non-volatile memory capable of being retrieved and executed by a processor to provide operations for the user devices 130A-N. The memory can also store various databases and/or other types of data structures (e.g., arrays, files, tables, records) for storing data for use by the processor and/or other elements of the user devices 130A-N.

As shown in FIG. 1, the electronic document sharing system 100 can include several computer servers and databases. For example, the electronic document sharing system 100 can include one or more web servers (e.g., 122) and application servers (e.g., 126). For convenience, only one web server 122 and one application server 126 are shown in FIG. 1, although it should be recognized that the invention is not so limited. The servers 122, 126 can comprise processors (e.g., CPUs), memory units (e.g., RAM, ROM), non-volatile storage systems (e.g., hard disk drive systems), etc.

The web server 122 can provide a graphical web user interface through which users of the system can interact with the electronic document sharing system 100. The web server 122 can accept requests, such as HTTP requests, from clients (such as web browsers on the user devices 130A-N), and serve the clients responses, such as HTTP responses, along with optional data content, such as web pages (e.g., HTML documents) and linked objects (such as images, etc.).

The application server 126 can provide a user interface for users who do not communicate with the electronic document sharing system 100 using a web browser. Such users can have special software installed on their user devices 130A-N that allows them to communicate with the application server 126 via the network 132. Such software can be downloaded, for example, from the electronic document sharing system 100, or other software application provider, over the network to such user devices 130A-N.

Although FIG. 1 depicts a limited number of elements for purposes of illustration, it can be appreciated that the electronic document sharing system 100 can include more or less elements as well as other types of elements in accordance with the described embodiments. Elements of the electronic document sharing system 100 can include physical or logical entities for communicating information implemented as hardware components (e.g., computing devices, processors, logic devices), executable computer program instructions (e.g., firmware, software) to be executed by various hardware components, or combination thereof, as desired for a given set of design parameters or performance constraints.

The types or roles of Users A-N shown in FIG. 1 that interact with the electronic document sharing system 100 can vary. The type of user can depend, for example, on the type of transaction or underlying event that connects the Users A-N. By way of example, for a real estate transaction, the Users A-N can include one or more lenders, one or more real estate agents, one or more buyers, and one or more sellers. In accordance with the systems and methods described herein one or more of the Users A-N can E-Sign a plurality of signature fields, which can include initial fields, using interactions described in more detail below. In certain embodiments, one of the Users A-N can interact with electronic documents to flag, tag, or otherwise identify portions of the document that a user should E-Sign.

FIG. 2 depicts an example user device 230 comprising a graphical display screen 240. As provided above, the user device 230 can be any suitable device, such as a laptop computer, tablet computer, smartphone, and so forth. An electronic document 242 is shown displayed on the graphical display screen 240. The electronic document 242 comprises a title 250 and text fields 252. As is to be readily apparent, the particular content of the electronic document 242 will vary based on implementation parameters. The electronic document is shown having a plurality of fields for receiving input from a user, namely initial fields 254 and signature field 256 (sometimes referred to herein collectively as “signature fields”). The illustrated embodiment also comprises various commands, shown as graphical buttons labeled “cancel” 244, “next field” 246, and “sign all” 248. As FIG. 2 is simplified view of an example user interface, other embodiments can utilize a more comprehensive command toolbar. Other formats to offer the various functionality can be used in other embodiments, such as drop down menus, icons, pop-up menus, as should be apparent to those skilled in the art.

FIG. 3 depicts the electronic document 242 that includes visual indicia of the various signature fields within the document. In the illustrated embodiment, two initial visual indicia 258 are shown and one signature visual indicia 260 is shown. The initial visual indicia 258 generally align with the initial fields 254 and the signature visual indicia 260 generally aligns with the signature field 256. The visual indicia of the various signature fields can be added to, or at least visually placed on, the electronic document 242 using any number of techniques. In one embodiment, the electronic document sharing system 100 determines the type of information sought by the electronic document 242, such as by parsing through various fields associated with the electronic document 242. For example, in some embodiments, the electronic document 242 is a combination of an image layer and a data layer. The data layer can comprise a plurality of fields, such as initial fields and signature fields. The electronic document sharing system 100 can parse these fields and display the appropriate visual indicia to inform the user of the user device 230 as to where an E-Signature should be added to the document. In other embodiments, another User A-N can interact with the electronic document 242 to add the visual indicia in the appropriate places. In a mortgage closing context, a buyer's agent, loan officer, or other party, can step through the various documents in the electronic closing package and tag, or otherwise denote, the places on each document where a party needs to sign and associate that placement information with the electronic document.

Once a user has reviewed the electronic document 242 and desires to E-sign all the places indicated by the visual indicia, the “sign all” button 248 (or suitable type of interaction) can be selected to initiate the signing process. In other words, by selecting the “sign all” button 248, the user can effectively place their initials in every initial field 254 and their signature in the signature field 256. FIG. 4 depicts an example pop-up display 270 that can be displayed to the user prior to completing the signature process. Generally, the pop-up display 270 can be used to confirm the user understand various consequences of signing the document, or display any other information to the user. In some embodiments, the pop-up display 270 includes a signature window 272 and an initial window 274 that display an image of the user's signature and initials, respectively. These images can be the same images that will be inserted into the electronic document 242 in the locations identified by the initial visual indicia 258 and the signature visual indicia 260.

A user can select a “change font” button 276 to select a different lettering style for their name. In certain embodiments, the user can select a “draw” button 278 and then manually draw their signature using a stylus, a mouse, their finger, or other input means. In such cases, the drawn signature can be stored by the electronic document sharing system 100 and inserted into the electronic document 242 in the locations identified by the initial visual indicia 258 and the signature visual indicia 260. When a user selects the “cancel” button 280 the signature process can be aborted. Finally, when the user selects the “confirm & sign” button 282, the images in the signature window 272 and an initial window 274 can be populated into, or otherwise associated with, the corresponding fields of the electronic document 242. It is noted that while FIG. 4 displays graphical buttons, any suitable type of control functionality can be used without departing from the scope of the present disclosure, such as radio buttons, drop down menus, pop-up menus, and so forth.

FIG. 5 depicts the electronic form 242 subsequent to the initial fields 254 and signature field 256 being populated with E-Signatures (shown as user initials 286 and user signature 288). Each E-Signature 290 associated with the electronic form 242 can include time/date stamp indicia 292, as well as a unique identification code for authentication purposes.

While FIGS. 2-5 describe an embodiment using a single electronic document 242, this disclosure is not so limited. In fact, the systems and methods can be used to allow a user to populate a large number of E-Signatures across numerous documents, without requiring the user to individually place their E-Signature in each individual field. FIG. 6 depicts an example E-Signature flow for a plurality of electronic documents A-M. Each electronic document A-M comprises visual indicia 358 (e.g., 358A, 358B, 358M) and signature visual indicia 360 (e.g., 360A, 360B) to indicate where E-Signatures of the user is needed. Through interactions with the electronic document sharing system 100, a user can review each electronic document A-M, if the user desires. Using a signature confirmation menu 370, the user can decide to cancel the operation using button 380 or “confirm and sign” the electronic documents using button 382. When the user selects the “confirm and sign” button 382, the electronic documents A-M are populated with the initials 386 (e.g., 386A, 386B, 386C) and the signatures 388 (e.g., 388A, 388B) of the user. As is to be appreciated, the initials and signatures added to the electronic documents A-M can comply with various electronic signature state and federal regulation. Details regarding the requirements for E-Signatures are known in the art. The electronic documents A-M, which include the E-Signatures, can then be used in the workflow facilitated by the electronic document sharing system 100. In the context of a lending scenario, the E-Signed documents can be provided to the lending institution, for example. In the context of a real estate negotiation, the E-Signed documents can be provided to the opposing side.

In some embodiments, a multi-layered E-Signature approval process can be used. FIG. 7 depicts an example collective E-Signature flow for a plurality of electronic documents A-M. Each electronic document A-M comprises visual indicia 458 (e.g., 458A, 458B, 458M) are shown and signature visual indicia 460 (e.g., 460A, 460B) to indicate where E-Signatures of the user is needed. Through interactions with the electronic document sharing system 100, a user can review each electronic document A-M. Using a signature confirmation menu 470, the user can decide to cancel the operation using button 480 or “populate” the electronic documents using button 482. When the user selects the “populate” button 382, the electronic documents A-M are populated with the initials 486 (e.g., 486A, 486B, 486C) and the signatures 488 (e.g., 488A, 488B) of the users. Prior to submitting the E-Signed documents for processing, the user can review (or be required to review) the electronic documents. Once the initials 486 and the signatures 488 have been reviewed by the user, a menu 490 can provide the user with the option to cancel the submission using button 494 or to submit the E-Signed documents using the “submit” button 292. Once reviewed and submitted, the electronic documents A-M, which include the E-Signatures, can then be used in the workflow facilitated by the electronic document sharing system 100.

The above descriptions of various components and methods are intended to illustrate specific examples and describe certain ways of making and using the systems disclosed and described here. These descriptions are neither intended to be nor should be taken as an exhaustive list of the possible ways in which these systems and modules can be made and used. A number of modifications, including substitutions of systems and modules between or among examples and variations among combinations can be made. Those modifications and variations should be apparent to those of ordinary skill in this area after having read this document. 

We claim:
 1. A computer-readable hardware device storing instructions that, when executed by a computing system having at least one processor and at least one memory, cause the computing system to perform a method, the method comprising: hosting an electronic document, wherein the electronic document comprises one or more signature fields for receiving input from a user; parsing the electronic document to determine a plurality of visual indicia to be populated in the electronic document; populating the electronic document with the plurality of visual indicia, wherein at least one of the visual indicia identifies the user and wherein each of the visual indicia corresponds to one of the signature fields; when a selectable signature command element is selected by the user, removing the plurality of visual indicia, and populating each of the one or more signature fields of the electronic document with an electronic signature of the user.
 2. The computer-readable hardware device of claim 1, the method further comprising: causing the electronic document to be presented to the user; receiving a selection of the selectable signature command element; causing to be displayed a first button and a signature window; receiving input from the user modifying at least one characteristic of the electronic signature of the user; and storing the modified electronic signature of the user.
 3. The computer-readable hardware device of claim 2, wherein populating each of the one or more signature fields of the electronic document with an electronic signature of the user comprises populating each of the one or more signature fields of the electronic document with the stored modified electronic signature of the user.
 4. The computer-readable hardware device of claim 1, wherein the electronic document further comprises a visual indicium presented proximate to each of one or more of the signature fields.
 5. The computer-readable hardware device of claim 1, wherein the electronic signature used to populate the one or more signature fields of the electronic document includes time/date stamp indicia and a unique identification code.
 6. The computer-readable hardware device of claim 1, wherein the electronic document comprises an image layer and a data layer comprising the one or more signature fields.
 7. A method, performed by a computing system having a memory and a processor, the method comprising: hosting an electronic document, wherein the electronic document comprises one or more signature fields for receiving input from a user; parsing the electronic document to determine a plurality of visual indicia to be populated in the electronic document; populating the electronic document with the plurality of visual indicia, wherein at least one of the visual indicia identifies the user and wherein each of the visual indicia corresponds to one of the signature fields; when a selectable signature command element is selected by the user, removing the plurality of visual indicia, and populating each of the one or more signature fields of the electronic document with an electronic signature of the user.
 8. The method of claim 7, further comprising: causing the electronic document to be presented to the user; receiving a selection of the selectable signature command element; causing to be displayed a first button and a signature window; receiving input from the user modifying at least one characteristic of the electronic signature of the user; and storing the modified electronic signature of the user.
 9. The method of claim 8, wherein populating each of the one or more signature fields of the electronic document with an electronic signature of the user comprises populating each of the one or more signature fields of the electronic document with the stored modified electronic signature of the user.
 10. The method of claim 7, wherein the electronic document further comprises a visual indicium presented proximate to each of one or more of the signature fields.
 11. The method of claim 7, wherein the electronic signature used to populate the one or more signature fields of the electronic document includes time/date stamp indicia and a unique identification code.
 12. The method of claim 7, wherein the electronic document comprises an image layer and a data layer comprising the one or more signature fields.
 13. A system comprising: at least one hardware processor; at least one non-transitory memory, coupled to the at least one hardware processor and storing instructions, which when executed by the at least one hardware processor, perform a process, the process comprising: hosting an electronic document, wherein the electronic document comprises one or more signature fields for receiving input from a user; parsing the electronic document to determine a plurality of visual indicia to be populated in the electronic document; populating the electronic document with the plurality of visual indicia, wherein at least one of the visual indicia identifies the user and wherein each of the visual indicia corresponds to one of the signature fields; when a selectable signature command element is selected by the user, removing the plurality of visual indicia, and populating each of the one or more signature fields of the electronic document with an electronic signature of the user.
 14. The system of claim 13, wherein the process further comprises: causing the electronic document to be presented to the user; receiving a selection of the selectable signature command element; causing to be displayed a first button and a signature window; receiving input from the user modifying at least one characteristic of the electronic signature of the user; and storing the modified electronic signature of the user.
 15. The system of claim 14, wherein populating each of the one or more signature fields of the electronic document with an electronic signature of the user comprises populating each of the one or more signature fields of the electronic document with the stored modified electronic signature of the user.
 16. The system of claim 13, wherein the electronic document further comprises a visual indicium presented proximate to each of one or more of the signature fields.
 17. The system of claim 13, wherein the electronic signature used to populate the one or more signature fields of the electronic document includes time/date stamp indicia and a unique identification code.
 18. The system of claim 13, wherein the electronic document comprises an image layer and a data layer comprising the one or more signature fields. 